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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the 
fee set forth in 37 CFR 1 .17(e), was filed in this application after final rejection. 
Since this application is eligible for continued examination under 37 CFR 1.114, 
and the fee set forth in 37 CFR 1 .1 7(e) has been timely paid, the finality of the 
previous Office action has been withdrawn pursuant to 37 CFR 1 .1 14. 
Applicant's submission filed on September 18, 2008, has been entered. 

2. The amendment filed on September 18, 2008, has been received and 
entered. Claims 1-3, 5-20, and 25-26 are currently pending in this application. 
Claims 1 and 26 were amended. Claims 1 and 26 are independent claim. 

Response to Arguments 

3. Applicant's arguments filed on September 18, 2008, have been fully 
considered but are moot in view of new ground(s) of rejection. 

Claim Objections 

4. Claim 1 and claim 26 are are objected to because of the following 
informalities: the claims in recite "enabling the client application and any 
additional application able to concurrently insert data object instances into the 
ordered sequence", which is not grammatically incorrect by repeating "enabling" 
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and "able". Deletion of "able" is respectfully suggested. Appropriate correction is 
required. 



Claim Rejections - 35 USC §103 

5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious at 
the time the invention w as made to a person having ordinary skill in the art to which said subject 
matter pertains. Patentability shall not be negatived by the manner in which the invention was 
made. 

6. This application currently names joint inventors. In considering 
patentability of the claims under 35 U.S.C. 103(a), the examiner presumes that 
the subject matter of the various claims was commonly owned at the time any 
inventions covered therein were made absent any evidence to the contrary. 
Applicant is advised of the obligation under 37 CFR 1 .56 to point out the inventor 
and invention dates of each claim that was not commonly owned at the time a 
later invention was made in order for the examiner to consider the applicability of 
35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 
U.S.C. 103(a). 

7. Claims 1-3, 16-18, and 25- 26 are rejected under 35 U.S.C. 103(a) as 
being unpatentable overTrappen et al., (hereinafter "Trappen", U.S. Patent 



Application/Control Number: 10/684,055 Page 4 

Art Unit: 2162 

Application Publication Number 2004/0015814) in view of Pugh (Pugh, "Skip 
Lists: A Probabilistic Alternative to Balanced Trees", Communications of ACM, 
Vol. 33 No. 6, p-668-676 [online], June 1990 [retrieved on 2008-11-14]. Retrieved 
from the Internets http://portal.acm.org/citation. cfm?id=78977&dl=GUIDE>) and 
further in view of Garza (U.S. Patent Number 5806064). 

Referring to claim 1 , Trappen is directed to an integration server system 
and teaches the limitations: 

"a processor operable to execute instruction stored in a data storage 
medium" (Trappen, Figure 2); 

"a database operable to store data accessible to the processor" 
(Trappen, Figure 2, i.e., Program Data 147); 

"a database schema configured to store a set of data object 
instances in the database" (Trappen, Figure 1 ENTITY METADATA (ID, ETC) 
22, and Paragraphs 0053-0056); 

"a metadata model representing a configuration of the set of data 
object instances in the database schema" (Trappen, Paragraphs 0071-0087, 
i.e., Object model 200 and Figure 3 and Figure 4); 

"a model application programming interface operable to provide a 
client application with access to the set of data object instances as 
separate data objects" (Trappen, Paragraph 0071, i.e., "Each of the objects in 
Fig. 3 includes an application interface that exposes a variety of different 
methods which are described in greater detail in Appendix A hereto.); 
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"a metadata application programming interface adapted to provide a 
client application with access definitions for the set of data object directly 
within the database schema instances via the metadata model" (Trappen, 
Figure 5, i.e., 22: Dealer 500, Metadata 504, ID, City, ... , State 506; Paragraph 
01 13, i.e., This can be an enhanced result set that also contains the metadata for 
the entity or entities from which the values were obtained; and Paragraph 0123, 
i.e., Thus, data access system 12 illustratively attaches to the result set 
information (such as metadata) necessary to identify the entity containing any 
property that is returned in the result set. Of course, metadata is data about data 
fields, properties and classes themselves. For example, metadata about a class 

includes it's name, type, what properties and methods it contains, etc This 

allows programs to learn about, and interact with, instances of a call at runtime, 
rather than requiring that knowledge to be prerecorded in the program). 

Trappen does not explicitly teach the limitations: "wherein (the database 
schema) utilizes an ordered sequence for preserving an ordered association 
between the set of data object instances, a random sequence value being 
generated for a new data object instance to be inserted into the ordered 
sequence, the random sequence value being generated relative to an average of 
sequence values of existing data object instance immediately adjacent to a point 
of insertion in the ordered sequence, the generation of a random sequence value 
enabling the client application and any additional application able to concurrently 
insert data object instances into the ordered sequence". Note that the limitation in 
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the parenthesis, that is, "the database schema" is taught by Trappen but included 
for the sake of easy reading. 

On the other hand, Pugh teaches the limitations: 

"wherein (the database schema) utilizes an ordered sequence for 
preserving an ordered association between the set of data object 
instances" (Pugh, "Skip Lists", page 668, second column; Pugh Figure 1 
"Linked Lists with Additional Pointers"; Pugh, page 668, second column last 
paragraph, i.e., "these data structures are linked lists with extra pointers that skip 
over immediate nodes, named them skip lists; Notice that linked lists and skip 
lists are orders of sequences preserving an ordered association by way of 
pointers between the set of nodes. ), "a random sequence value being 
generated for a new data object instance to be inserted into the ordered 
sequence", "the random sequence value being generated relative to other 
levels" (Pugh, Figure 4 "Skip List Insertion and Deletion Algorithm", particularly 
the pseudo code "newLevel := randomnLevel( ) ifnewLevel > list->level then), 

"the generation of a random sequence value enabling the client 
application and any additional application able to concurrently insert data 
object instances into the ordered sequence" (Pugh, page 675 second 
column, second paragraph, i.e., "I have described a set of algorithms that allow 
multiple processors to concurrently update a skip list in shared memory" ; 
Note that "insertion" is "updating" in the teachings of Pugh ). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the system of Trappen to add the 
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feature of utilizing an ordered sequence for preserving an ordered association 
between the set of data object instances, a random sequence value being 
generated for a new data object instance to be inserted into the ordered 
sequence, the random sequence value being generated relative to other levels in 
the sequence of nodes, thus enabling the client and additional application to 
concurrently insert data object instances in to the ordered sequence, as taught 
by Pugh, to the system of Trappen so that the resultant system would comprise 
the step of utilizing an ordered sequence for preserving an ordered association 
between the set of data object instances, a random sequence value being 
generated for a new data object instance to be inserted into the ordered 
sequence, the random sequence value being generated relative to other levels in 
the sequence of nodes, thus enabling the client and additional application to 
concurrently insert data object instances in to the ordered sequence. One would 
have been motivated to so in order to provide a system which provides speed 
improvements over other data structures such as balanced trees (Pugh, page 
668, second paragraph of first column through first paragraph of second column). 

Trappen in view of Pugh does not explicitly teach the limitation: "(the 
random sequence value being generated) relative to an average of sequence 
values of existing data object instance immediately adjacent to a point of 
insertion in the ordered sequence" The limitation in the parenthesis, " the 
random sequence value being generated", is taught by Pugh but included for the 
sake of easy reading. 

On the other hand, Garza teaches the limitation: 
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"(the random sequence value being generated) relative to an average of 
sequence values of existing data object instance immediately adjacent to a 
point of insertion in the ordered sequence" (Garza, Figure 6 , Record #7 
"James", wherein sequence number of Record #7 (James) is "5" because 
previous sequence number "4" (of Record #6, "Bill") and the next sequence 
number that would follow Record #7, which is "6", are averaged to derive 
sequence number "5" of Record $7 "James"; Garza, Column 4 Lines 4-1 1 , i.e., " 
Referring to FIG. 6, two additional records have been inserted into the data base. 
As is well-known in the art, the pointers have been adjusted to reflect the 
individual field order for each record. According to the invention, the sequence 
values for the inserted record have been set to the previous value in the case 
of a field being equal (record number 6) and to the integer average of the 
previous and next value in the case of a non-equal field insertion (record 
number 7)"). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the system of Trappen in view of 
Pugh, in order to add the feature of generating a sequence number relative to an 
average of sequence values of existing data object instance immediately 
adjacent to a point of insertion in the ordered sequence, as taught by Garza, so 
that the resultant system would generate a random sequence number relative to 
an average of sequence values of existing data object instance immediately 
adjacent to a point of insertion in the ordered sequence. One would have been 
motivated to do so in order to provide sorting and/or indexing databases and 
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efficient ordering of database records according to multiple fields (Garza, Column 
1 lines 6-8). 

Referring to claim 2, Trappen in view of Pugh and further in view of Garza 
teaches the limitations: 

"wherein the database schema includes a table having a plurality of rows 
and columns adapted to store the set of data object instances;" (Trappen, Figure 
1 : ENTITY METADATA (ID, ETC) 22, and Paragraphs 0053-0056) and "the 
metadata model includes a representation of the table" (Trappen, Paragraphs 
0071-0087. It is inherent that a UML model would include all the representations 
of a database schema that said model represents, including a representation of 
tables.) and 

"the metadata model includes a representation of the table" (Trappen, 
Paragraphs 0071-0087. It is inherent that a UML model would include all the 
representations of a database schema that said model represents, including a 
representation of tables.). 

Referring to claim 3, Trappen in view of Pugh and further in view of Garza 
teaches the limitations: 

"wherein the model application programming interface is adapted to 
access the set of data object instances via the metadata application 
programming interface" (Trappen, Paragraph 0071, i.e., "Each of the objects in 
Fig. 3 includes an application interface that exposes a variety of different 
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methods which are described in greater detail in Appendix A hereto.; and 
Paragraphs 0071-0087, i.e., Object model 200 and Figure 3 and Figure 4 ). 

Referring to claim 16, Trappen in view of Pugh and further in view of 
Garza teaches the limitations: 

"further including a generator adapted to create the database schema in 
response to a model description" (Trappen, Paragraph 0071 , i.e., Data Access 
System 12 as in Figure 1 and as in Fig. 3 shows a UML class diagram 
implemented by data access system 12. in Paragraph 0071). 

Referring to claim 17, Trappen in view of Pugh and further in view of 
Garza teaches the limitations: 

"wherein the model description defines a data object hierarchy using the 
unified modeling language" (Trappen, Paragraph 0071, i.e. UML class diagram). 

Referring to claim 18, Trappen in view of Pugh and further in view of 
Garza teaches the limitations: 

"wherein the generator creates an instance of a data object in the 
database schema" (Trappen, Figure 3, and Paragraphs 0071-0077). 

Referring to claim 25, Trappen in view of Pugh and further in view of 
Garza teaches the limitations: 
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"the integration server of claim 1 , wherein the client application is able to 
create and update data objects by modifying metadata for the set of object 
instances without accessing the data object instances through the model 
application programming interface" (Trappen, Paragraph 0230, i.e., In order for 
this to work properly, the query's select list must be constructed such that it 
produces a structure in the result set that is recognizable by the data accessing 
system 12. The structure, along with knowledge of the original query (the 
metadata generated during preparation of the query) allows entity instances to be 
created from the result set data. If the result set does not arrive in a predictable 
structure, it is no more than a set of ordinary database columns. However, if the 
predictable structure is present, an entity graph can be created from the result 
set; Trappen, paragraph 0231 , i.e., FIG. 22 is a flow diagram illustrating how the 
select list can be constructed such that it defines the structure of an expected 
result set for data accessing system 12. It can be seen from the following 
description that the metadata that reflects the structure of the result set is 
created while the select list is being constructed. Specific construction of the 
metadata is not shown since it can be implemented in one of a wide variety of 
forms. For purposes of the present discussion, it is sufficient to understand that 
the structure of the result set is represented in some form of metadata which is 
used later to translate the result set data into an entity instance, and the 
particular form which the metadata takes is not important; Trappen Paragraph 
0253, i.e., Recall that, as the select list 1160 in FIG. 25 is created, the metadata 
describing the entities from which data is being retrieved is generated and saved. 
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Table 4 illustrates an algorithm that can be used to build an entity graph instance 
given a result set expected by data accessing system 12, and its corresponding 
metadata; Trappen Paragraph 0256, i.e., In that subroutine, the result set 
metadata is referenced to determine what type of complex data type is being 
built. If it is an array, struct or non-entity class, then subroutine (3) is performed. 
In subroutine (3), the array, struct or class instance is created and initialized with 
the appropriate data from the result set. This is accomplished by referencing the 
result set metadata to obtain the type of the array, struct or class, and by creating 
a new instance of that type. The new array, struct or class is then populated with 
properties by performing subroutine (6); Trappen, Paragraph 0262, i.e., 
Assuming that the property is either an entity or an entity collection under (2)iii or 
(2)iv, then processing proceeds to (4) in Table 2. In that case, the result set 
metadata is referenced to determine if the present entity is an inheritance entity. 
If it is not an inheritance entity, then the result set metadata is referenced to 
obtain the type of the entity and entity key and to create new instances of each. 
The entity key instance is populated by performing (5) and the entity key is 
attached to the entity. The properties of the new entity instance are populated by 
performing (6); Trappen Paragraph 0263, i.e., If the current entity is an 
inheritance entity, then the result set metadata is referenced and the type 
discriminator columns for the rows which have been returned are also referenced 
in order to determine the type of entity and entity key, and a new instance of 
each is created. The entity key instance is populated by performing (5) and the 
entity key is attached to the entity. For each fragment that makes up each entity 
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type, the fragment is populated by performing (6)); Trappen Paragraph 0199, i.e., 
in order to merge the two child nodes, both children are removed from the 
parent's child class list. A new node is created whose class list is the aggregate 
of the two children, and the new node is added to the child node list of the 
parent; Trappen Paragraph 0200, i.e., If any of the changes to the initial entity 
group tree have changed the processing in the previous blocks, then processing 
reverts back to block 1 060. For example, certain nodes may be merged together, 
which would change the answers to the questions posed in blocks 1060 and 
1064. If that is the case, processing reverts back to those blocks so that the 
nodes can be appropriately merged. This is indicated by block 1068 in FIG. 18-1, 
and continues until the tree structure stabilizes; Trappen, Paragraph 0269, i.e., 
EntitySetUpdateCriteria 212 addresses the aforementioned problem. 
Entity SetUpdateCriteria 212 allows the developer to express updating a set of 
objects in terms of properties of the objects. Referring to FIG. 1, the request is 
formulated at 30. The request 30 is provided to the data access system 12, which 
translates request 30 to a suitable relational database request 32 that can be 
executed by the relational data store mechanism 14. In one embodiment, the 
relational data store mechanism 14 executes within the computer having the 
relational database 16, or with fast access thereto, such that the corresponding 
columns for each of the properties requested in request 32 can be updated or 
otherwise changed without the need for other components of the system, 
such as data access system 12, to receive the corresponding data) 
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Claim 26 is rejected on the same basis as claim 25. Note that claim 25 
incorporates all the limitations of claim 1 which it depends upon. 

8. Claim 5 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Trappen in view of Pugh and further in view of Garza and further in view of 
Burges (U.S. Patent Application Publication Number 2003/0236787). 

Referring to claim 5, Trappen in view of Pugh and further in view of Garza 
does not explicitly teach the limitation: "wherein the random sequence value has 
a floating point value". 

Burges teaches the limitation: 

"wherein the random sequence value has a floating point value" (Burges, 
Paragraph 0026 ). Burges teaches the use of a value which is in the range of 
positive and negative floating point values. 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to add the feature of using a floating point 
number as taught by Burges to the system of Trappen in view of Pugh and 
further in view of Garza so that the resultant system would comprise a random 
sequence value which a floating point number. One would have been motivated 
to do so in order to enable the system to yield more optimal bounds on 
processing and lookup times than exact matches provide (Burges, Paragraph 
0005). 
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9. Claim 6 and 7 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Trappen in view of Pugh and further in view of Garza and further in view of 
O'Leary (U.S. Patent Application Publication Number 2001/0050675). 

Referring to claim 6, Trappen in view of Pugh and further in view of Garza 
does not explicitly teach the limitation: 

"wherein the database schema is adapted to alternately store an instance 
of a string-valued attribute of the set of data object instances in a first data-type 
or a second data-type in response to the length of the instance of the string- 
valued attribute". 

O'Leary teaches the limitation: 

"wherein the database schema is adapted to alternately store an instance 
of a string-valued attribute of the set of data object instances in a first data-type 
or a second data-type in response to the length of the instance of the string- 
valued attribute"(0'Leary, Paragraph 0047). Note that the dataset of O'Leary's 
system includes data fields, which comprise two different fields for fixed-length 
strings and variable-length strings. It is inherent in the system of O'Leary that 
these two fields are employed in response to the length of string input. 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to add the feature of employing two data fields 
for both fixed and variable length strings as taught by O'Leary to the system of 
Trappen in view of Pugh and further in view of Garza so that the resultant system 
would comprise a data schema which is adapted to alternately store an instance 
of a string-valued attribute of the set of data object instances in a first data-type 
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or a second data-type in response to the length of the instance of the string- 
valued attribute. One would have been motivated to do so in order to obtain a 
more flexible system for storing and accessing datasets (O'Leary, Paragraph 
0007). 



Referring to claim 7, Trappen in view of Pugh and further in view of Garza 
and further in view of O'Leary teaches the limitations: 

"wherein the first data-type is a fixed-length data structure having a 
predetermined size and adapted to store the instance of the string-valued 
attribute in response to the instance of the string-valued attribute having a length 
less than the predetermined size, and wherein the second data-type is a variable 
length data structure adapted to store the instance of the string-valued attribute 
in response to the instance of the string-valued attribute having a length greater 
than the predetermined size" (O'Leary, Paragraph 0047). 

Note that the dataset of O'Leary's system includes data fields, which 
comprise two different fields for fixed-length strings and variable-length strings. It 
is inherent in the system of O'Leary that these two fields are employed in 
response to the length of string input. As such, said field for fixed-length strings 
would stores strings with of the string-valued attribute having a length less than 
the predetermined size (the length of the filed for fixed-strings) and said field for 
variable-length strings would store strings with having a length greater than the 
predetermined size. 
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1 0. Claims 8, 9, and 20 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Trappen in view of Pugh and further in view of Garza and 
further in view of O'Leary and further in view of Oba et al. (hereinafter "Oba", 
U.S. Patent Number 5303147). 

Referring to claim 8, Trappen in view of Pugh and further in view of Garza 
and further in view of O'Leary does not explicitly teach the limitation: "wherein the 
model application programming interface is adapted to receive the instance of 
the string-valued attribute from a client program, to determine the length of the 
instance of the string-valued attribute, and to direct the instance of the string- 
valued attribute to either the first data-type or the second data-type in response 
to the length of the instance of the string-valued attribute". 

Oba teaches the limitation: 

"wherein the model application programming interface is adapted to 
receive the instance of the string-valued attribute from a client program, to 
determine the length of the instance of the string-valued attribute, and to direct 
the instance of the string-valued attribute to either the first data-type or the 
second data-type in response to the length of the instance of the string-valued 
attribute"(Oba, Column 4 Line 53 through Column 5 Line 6). 

Note that the system of Oba comprises explaining statement definition 
storage unit, which stores both fixed-length strings (i.e. a fixed part) and variable- 
length strings (i.e. a variable part). Said unit inherently determines whether 
strings are of fixed length or variable length and stores strings accordingly (i.e., 
The fixed part is described using a desired character string and the variable part 
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defines either a name of a variable corresponding an output form or format or 
name of a function describing a calculation formula. Thus, the explaining 
statement definition storage unit 104 has an output form defining formats of the 
fixed and variable parts of the explaining statement and an output variable 
definition defining the variable's name corresponding to the variable part or the 
function name of the function describing the calculation formula. ). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the system of Trappen in view of Pugh 
and further in view of Garza and further in view of O'Leary to add the feature of 
adapting the model application programming interface to receive the instance of 
the string-valued attribute from a client program, to determine the length of the 
instance of the string-valued attribute, and to direct the instance of the string- 
valued attribute to either the first data-type or the second data-type in response 
to the length of the instance of the string-valued attribute, as taught by Oba, so 
that the resultant system would adapt the model application programming 
interface to receive the instance of the string-valued attribute from a client 
program, to determine the length of the instance of the string-valued attribute, 
and to direct the instance of the string-valued attribute to either the first data-type 
or the second data-type in response to the length of the instance of the string- 
valued attribute. One would have been motivated to do so in order to render a 
system able to handle variable lengths of string inputs (Oba, Column 4 Line 53 
through Column 5 Line 6, i.e., fixed part and variable part). 
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Referring to claim 9, Trappen in view of Pugh and further in view of Garza 
and further in view of O'Leary and further in view of Oba teaches the limitation: 

"wherein the first data-type is associated with a first column of a table of 
the database schema, and the second data-type is associated with a second 
column of the table of the database schema" (O'Leary, Paragraph 0047). 

Referring to claim 20, Trappen in view of Pugh and further in view of 
Garza and further in view of O'Leary and further in view of Oba teaches the 
limitation: 

"wherein the generator creates a fixed-length data structure having a 
predetermined size and a variable length data structure adapted to alternately 
store an instance of a string-valued attribute" (Trappen Figure 1 and Paragraph 
0071 , and O'Leary Column 4 Line 53 through Column 5 Line 6). 

11. Claims 10, 15, and 19 is rejected under 35 U.S.C. 103(a) as being 
unpatentable over Trappen in view of Pugh and further in view of Garza and 
further in view of George et al. (hereinafter "George", U.S. Patent Number 
6996566). 

Referring to claim 10, Trappen in view of Pugh and further in view of 
Garza does not explicitly teaches the limitations: "wherein the database schema 
includes a database constraint adapted to ensure that the set of data object 
instances include a set of valid attribute values". 

George teaches the limitation: 
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""wherein the database schema includes a database constraint adapted to 
ensure that the set of data object instances include a set of valid attribute values" 
(Column 7 Line 26 through Column 8 Line 54, i.e. Maplnfo component 508). 
Particularly note the disclosure which states that Maplnfo 508 also dynamically 
retrieves metadata information 512 about the database by querying the database 
for its metadata. This provides current information at runtime about the database 
constraints, attribute size limits, data type limits, and other data limitations. 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to add the feature of a database constraint to 
that the set of data object instances include a set of valid attribute values, as 
taught by George, to the system of Trappen in view of Pugh and further in view of 
Garza so that, in the resultant system, the database scheme would include a 
database constraint adapted to ensure that the set of data object instances 
include a set of valid attribute values. One would have been motivated to do so in 
order to allow an object mode to be aware of the database constraints and size 
limitations as well as capable of using semantic information about attributes to 
adopt policies for dealing with those constraints and limits (George, Column 2 
Lines 11-15J. 

Referring to claim 15, Trappen in view of Pugh and further in view of 
Garza and further in view of George teaches the limitation: 

"wherein the model application programming interface includes an 
association balance system adapted to balance an association attribute of the set 
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of data object instances" (George Column 7 Line 26 through Column 8 Line 54, 
i.e. Maplnfo component 508 is built bi-directionally). 

Referring to claim 19, Trappen in view of Pugh and further in view of 
Garza and further in view of George teaches the limitation: 

"wherein the generator creates a database constraint adapted to ensure 
that the set of data object instances include a set of valid attribute values" 
(Trappen, Paragraph 0071 and George Column 7 Line 26 through Column 8 Line 
54, i.e. Maplnfo component 508). Particularly note the disclosure which states 
that Maplnfo 508 also dynamically retrieves metadata information 512 about the 
database by querying the database for its metadata. This provides current 
information at runtime about the database constraints, attribute size limits, data 
type limits, and other data limitations. 

12. Claims 1 1 and 1 2 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Trappen in view of Pugh and further in view of Garza and 
further in view of George and further in view of Wetherbee (U.S. Patent Number 
5937409). 

Referring to claim 1 1 , Trappen in view of Pugh and further in view of 
Garza and further in view of George does not explicitly teach the limitation: 
"wherein the database schema includes a class type attribute identifying each of 
the set of data object instances as a member of at least one of a plurality of 
classes". 
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Wetherbee teaches the limitation: 

"wherein the database schema includes a class type attribute identifying 
each of the set of data object instances as a member of at least one of a plurality 
of classes" (Column 5 Lines 22-46). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to add the feature of using class type attributes 
as taught by Wetherbee to the system of Trappen in view of Pugh and further in 
view of Garza and further in view of George so that, in the resultant system, the 
database schema would include a class type attribute identifying each of the set 
of data object instances as a member of at least one of a plurality of classes. 
One would have been motivated to do so in order to integrate relational data 
stores into an object oriented system without requiring the clients of the object 
system to retain specific knowledge of the relational model or the particulars of 
executing transactions in one or more relational data stores" (Wetherbee, 
Column 2 Lines 52-59). 

Referring to claim 12, Trappen in view of Pugh and further in view of 
Garza and further in view of George and further in view of Wetherbee teaches 
the limitation: 

"wherein the database constraint is conditioned on the value of the class 
type attribute" (Wetherbee, Column 9 Line 62 through Column 10 Line 20). 
Particularly note the disclosure which states that The relational mapper is 
bidirectional such that the relational mapper maps data from a relational 
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database to create objects in accordance with a type system of an object 
oriented software environment. 

13. Claims 13 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Trappen in view of Pugh and further in view of Garza and further in view of 
George and further in view of Mather (U.S. Patent Application Publication 
Number 2005/0055363). 

Referring to claim 13, Trappen in view of Pugh and further in view of 
Garza and further in view of George does not explicitly teach the limitation: 
"wherein the database constraint is a "not null" constraint". 

Mather teaches the limitation: 

"wherein the database constraint is a "not null" constraint" (Mather, 
Paragraph 0035). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to add the feature of employing "no null" 
constraint in a relational table to the system of Trappen in view of Abrashkevich 
and further in view of Komine and further in view of George so that, in the 
resultant system, the database constraint will be a "not null" constraint. One 
would have been motivated to do so because it is well known in the art to use 
not-null constraint in relational tables where data is mandatory. 

14. Claims 14 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Trappen in view of Pugh and further in view of Garza and further in view of 
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George and further in view of Horn et al. (hereinafter "Horn", U.S. Patent Number 
5226158). 

Referring to claim 14, Trappen in view of Pugh and further in view of 
Garza and further in view of George does not explicitly teach the limitation: 
"wherein the database constraint is an "arc" constraint". 

Horn teaches the limitation: 

wherein the database constraint is an "arc" constraint" (Horn, Column 9 
Lines 45-61). 

At the time the invention was made, it would have been obvious to a 
person of ordinary skill in the art to add the feature of employing arc constraint as 
taught by Horn to the system of Trappen in view of Pugh and further in view of 
Garza and further in view of George so that, in the resultant system, the 
database constraint would be an "arc". One would have been motivated to do so 
in order to maintain referential integrity (Horn, Column 2 Lines 40-43). 
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